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REMARKS 

Claims 1-35 are all the claims pending in the application. Claims 6, 14, 21 , 28 and 34 
stand rejected upon informalities. Claims 1-35 stand rejected on prior art grounds. In addition, 
the title stand<i objected to. Applicants respectfiilly traverse these objections/rejections based on 
the following discussion. 

L The 35 U,S.C* §1 12, Second Paragraph, Rejection 

Claims 6, 14, 21, 28 and 34 stand rejected under 35 LLS.C, §112, second paragraph. 
More specifically, the <3ff5ce Action asserts that the tenn "uoafifected" is vague. Applicant 
respectfully disagree in that page 4, line ! 8-page 5, line 2 of the application explains that the 
invention is fundamentally different than conventional systems because the invention only 
modifies the request (and the response to the request) to accommodate the different instances of 
the server program. B> modifying only the request and the response, the invention avoids the 
need to modify the serv er program, client program, or protocol. 

Notwithslandinr^ the foregoing comments, in order to speed prosecution and quickly 
remove this rejection, tlie term "imaffecled" has been replaced with "not modified." While the 
Office Action suggests thai the programs are not hindered by the method, Applicants submit that 
it is more accurate to dtjscribe that the programs are not modified by the method and the claims 
have btjen changed accnrdingly. Applicants fiirthcr submit that these claim changes defmc the 
same feature simply using synonymous wording. Therefore, these claim changes do not narrow 
or broaden the scope of the invention, and it is not ApplicanLs intention that the scope be 
narrowed in any way by tliesc changes. In view of the foregoing, the Examiner is respectfully 
requested to reconsider and witlidraw this rejection. 
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II. The Prior Art Rejections 

Claims 1-3, 5-12, 14-18, 20-25, 27-31 aad 33-35 stand rejected under 35 U,S.C. §1 02(e) 
as being anticipated hj- Scholl el (hereinafter "SchoU"). Claims 4, 13, 19, 26, and 32 stand 
rejected under 35 U.S.C. §1 03(a) as being unpatentable over Scholl et al. in view of Rogers ct ah 
(hereinafter "Rogers") Appl icants respectfully traverse these rejections based on the following 
discussion. 

A. The Rejection Based on Scholl 

Applicants respectfully traverse thin rejection because Scholl discloses a system that 
allows a client to access intbmiation from one of many managed networks, while the claimed 
invention presents a method of processing multiple instances of a server program based on a 
request from a client pjogram utilizing a multiplexor. Therefore, it is Applicants' position that 
Scholl is fundamentally dilYcrenl than the claimed invention and docs not describe a similar or 
equivaleni process as m the claimed invention. 

More specifically, the preambles of independent claims 1 , 8, 16, 23, and 30 similarly 
define methods, a multiplexor, and a program storage device lhat processes > one-to-one y., / 
request from a client program to multipl e instance gof a server program. " As shown in 
Applicants' Figure 2 A, the client progmm C 20 can communicate wi lhn instances of the server 
program SI, Si, Sn 24 through the use of ihe multiplexor M 22 using protocol P 21 . The 
multiplexor's client MC; 25 supplies two additional inputs lo the multiplexor, the (an-out and the 
operation op. The fan-out specifies the target^serVer s^from among all possible instances of the 
server program Si (from a possibly infinite number of instances), while the operation op 
determines how the results Rpi returned by each of the instances of the server program Si will be 
combined and made avsiilablc to the client prt)grum C. The multiplexor uses this information to 
^gcjt^te multiple instances of the request from the single original requesi\sent by the client 
program. The servers vill send back a response to the client program, either indicating an error 
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condition or successful execution^ possibly returning some data. These responses are then 
modified and combined by the muiliplcxor to correspond to the instance of the client program 
(e.g., to the same format, version, data structure, etc, of the original request) so that the client 
program believes it is talking to a single server program in a one-to-one conimunication 
environment. 

This is fundamentally difFerent than what is being described in SchoU, because Scholl 
only directs a client request to a single server. More specifically, item 25 in Figure 6 illustrates 
that Scholl merely fonvards the request to the appropriate network management proxy agent, 
Scholl does not generate instances of the request, and instead merely sends the request (or portion 
of the request) to the server that will supply the appropriate answer. Further, in colimm 7, line 
58-column 8, line 14, Scholl explains that the request is parsed and translated with a 
programmable device, or a circuit device, into at least one network management request 
("NMR"). The request is analyzed as to whether processing the request requires interaction with 
a managed network. If not, the request is processed locally; and if so, the request is forwarded to 
an appropriate network management proxy agent 25. After the forwarding step 25, the network 
management proxy agent determines whether the information is in the local database. If yes, the 
inlbrmation is obtatnethiL^?rfifrom;^d if not the request is transmitted to a managed network by 
access protocols. TTien network management information transmissions are received in rSponse^ 
to each request from a managed network (and may be stored in the local database for future 
(^^retnevaJ).^^^ — — " ' " ~— — 

This clearly demonstrates that Scholl docs not generate **a plurality of instances ofsaid 
request using said muhiplexor" (independent claims 1,16, 23, and 30) or modify "said request to 
create multiple instances of said request" and transfer "said instances of said request to 
corresponding ones ofrjaid instances of said server program" (independent claim 8) as in the 
claimed invention. 

While Scholl stites that the request is analyzed as to whether processing the request 
requires interaction wiih one or more managed networks, this does not indicate that multiple 
instances of a certain re quest arc iransfenred to different instances of a server program, as in the 
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claimed invention. To the contrary, the system disclosed in Scholl merely determines which 
single managed network will contain information lhai responds to the request (or a portion of the 
request) and then makss that request (or portion of tlie rcque2jL) lo that given network. There is no 
disclosure in Scholl that would teach or suggest to one ordinarily skilled in the art to generate "a 
pkirality of instances of said request" as in the claimed invention, instead^ Scholl merely requests 
that each managed networks retrieve its portion of the information needed to respond to the 
request. 

Therefore, as sfiown above, Scholl discloses a system that allows u client to access 
information from one of many managed networks, while the claimed invention presents a method 
of processing multiple instances of a server program based on a request from a client program 
utilizing a multiplexor. Therefore, it is Applicants position that Scholl is fundamentally different 
than the claimed invention, I'hus, Applicants submit that Scholl does not teach or suggest 
"generating a plurality of instances of said request using said multiplexor" (independent claims 1, 
16, and 23) or "modify ing said request to create multiple instances of said request" and 
"transferring said instances of said request to corresponding ones of said instances of said server 
program" (independent claim 8) as in the claimed invention. In view of the foregoing. 
Applicants submit that independent claims 1, 8, 16» 23, and 30 are not anticipated (or rendered 
obvious) by Scholl and are patentable. Further, dependent claims 2, 3, 5-7, 9-12, 14, 1 5 J 7, 1 8, 
20-22, 24, 25, 27-3 1, and 33-35 are similarly patentable, not only by virtue of their dependency 
from a patentable inde]:)endent claim, but also by virtue of tlie additional features of the invention 
defined. In view the Forgoing, the lixamincr is respectfully requested to reconsider and withdraw 
this rejection, 

B« The Rejection Based on Schall in view of Rogers 

Rogers is referenced for the limited purpose of teaching speeitic operations that arc 
pertbrmed on die rcii-ponse data including listing, adding, subsets, maximums, minimums, and 
averages* Rogers is noL referenced (and does not teach or suggest) the inventive feature of 
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processing multiple instances of a request to different instances of a seiver progt'ain as In the 
claimed invention (as explained above). Thcrclbrc, Rogers does not cure the deficiencies of 
SchoU discussed above with respect to independent claims 1 , 8, 1 6, 23 and 30 and such 
independent claims arc- patentable over any combination of SchoU and Rogers. Thus, it is 
Applicants position that independent claims 1,8, 16, 23, and 30 are patentable over the prior art 
of record. Further, dependent claims 4, 13, 19, 26, and 32 arc similarly patentable, not only 
because they depend fiom a patentable independent claim, but also because of the additional 
features the dependent claims define. In view the foregoing, the Examiner is respectfully 
requested to reconsider and withdraw this rejection* 

111. Formail Matters and Conclusion 

in view of the J'oregoing, Applicimts submit that claims 1-35, all the claims presently 
pending in the application, are patentably distinct from the prior art of record and are in condition 
for allowance. The Examiner is respectfiilly requested to pass the above application to issue at 
the earliest possible time. 

Should the Examiner find the application to be other than in condition for allowance, the 
Examiner is requested to contact the undersigned at the local telephone numher listed below to 
discuss any other changes deemed necessary. 
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Please charge uny deficiencies and credit any overpayments to Attorney's DeptJsiL 
Account Number 09-044 1 . 



McGinn & Gibb, PXJ ..C. 
2568-A Riva Road 
Suite 304 

Annapolis, MD 21401 
(301)261-8071 
Customer Number: 2821 1 



Respectfully subtniued. 



Dated: W2f2l 




Frederick W. Gibb, HI 
Reg. No. 37,629 
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